home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / applications / 2855 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.1 KB
  1. Path: fc.hp.com!news
  2. From: koren@hpsrk.fc.hp.com (Steve Koren)
  3. Newsgroups: comp.sys.amiga.applications
  4. Subject: Re: MUI
  5. Date: 05 Mar 1996 12:03:34 -0700
  6. Organization: HP Fort Collins Site
  7. Sender: koren@hpsrk.fc.hp.com
  8. Message-ID: <oj6vikjbbw9.fsf@hpsrk.fc.hp.com>
  9. References: <4h22lr$1d8@ns.hookon.be>
  10.     <singh-0404952044330001@pool5-028.wwa.com>
  11.     <4hdstb$2aj@ringer.cs.utsa.edu> <4hi0ej$906@macondo.dmu.ac.uk>
  12. NNTP-Posting-Host: hpsrk.fc.hp.com
  13. In-reply-to: hcm94rp2@dmu.ac.uk's message of Tue, 05 Mar 96 23:13:58 GMT
  14. X-Newsreader: Gnus v5.0.9
  15.  
  16.  
  17. hcm94rp2@dmu.ac.uk (Richard Perrott) wrote:
  18.  
  19. > Also since MUI and its classes have so many data stored in codes hunks
  20. > I can't use VMM for a lot of the data parts, since MUI code and
  21. > applications I can't use VMM for a lot of the data parts, since MUI
  22. > code and applications won't tolerate being in virtual memory.
  23.  
  24. MUI applications "tolerate" VMM just fine.  I have *all* the MUI apps I
  25. use in my allow list for VMM for both code and data.  It works fine,
  26. even under fairly heavy swapping.
  27.  
  28. Also: storing data in code hunks has no bearing on whether or not the
  29. program can be used with VMM.
  30.  
  31.   - steve
  32.